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METHOD FOR CONSTRAINING CIRCUIT blocks are typically well tested, thereby making it easier to 

ELEMENT POSITIONS IN STRUCTURED develop a reliable complex design. 

LAYOUTS To offer the best possible performance, some library 

modules have a fixed size and shape, with relative location 

CROSS-REFERENCE TO RELATED 5 restrictions on each element. One type of module having a 

APPLICA1 IONS fi xed size m £ shape ^ me Relationally Placed Macro (RPM) 

This application relates to the following concurrently from Xilinx, Inc. RPMs are described in pages 4-96 and 

filed, commonly assigned U.S. patent application: 4 ~ 91 of the "Libraries Guide" (hereinafter referred to as the 

Ser. No. 09/049,892 invented by L. James Hwang, Eric R 10 "Xilinx Libraries Guide"), published October 1995 and 

Dellinger, Sujoy Mitra, Sundararajarao Mohan, Cam- 10 * vailab J e fr ° m Xllmx ; In D C D 'J hlch P * geS are mcor P°' a * d 

eron D. Patterson, and Ralph D. Wittig, entitled "HET- here ' n ^ reference An RPM is a schematic that inc udes 

EROGENEOUS METHOD FOR DETERMINING constraints defining the order and structure of the underlying 

MODULE PLACEMENT IN FPGAS" circuits. The location of each element within the RPM is 

which is incorporated herein by reference. ' , , d u eflned rela , tiv ; e 10 0,her e le u ~ j° th u e RPM ' j; e f ardless ° f 

15 the eventual placement of the RPM in the overall design. For 

BACKGROUND OF THE INVENTION example, an RPM might contain 8 flip-flops constrained to 

be placed into four CLBs in a vertical column. The column 

1. Field of the Invention 0 f f our C LBs can then be placed anywhere in the FPGA. 
The invention relates to Field Programmable Gate Arrays Relative CLB locations in an RPM are specified using a 

(FPGAs). More particularly, the invention relates to a 20 Relative Lo cat ion Constraint called "RLOC" RLOC con- 
method for constraining relative circuit element positions in straints are described in detail in pages 4-71 through 4-95 
structured FPGA layouts. of the Xilinx Libraries Guide, which pages are incorporated 

2. Description of the Background Art herein by reference. Elements having an RLOC value of 
Programmable ICs are a well-known type of digital R0C0 are located in a given CLB corresponding to the (0,0) 

integrated circuit that may be programmed by a user to 25 coordinate location. The next CLB "below" the (0,0) CLB is 

perform specified logic functions. One type of program- designated as R1C0, corresponding to the (0,1) coordinate 

mable IC, the field programmable gate array (FPGA), typi- location. When the FPGA design is mapped and placed 

cally includes an array of configurable logic blocks (CLBs) (prior to the final routing step), these RLOC constraints are 

surrounded by a ring of programmable input/output blocks referenced and, in effect, make the RPM a "jigsaw puzzle 

(IOBs). r Phe CLBs and IOBs are interconnected by a pro- piece" to be fitted into the FPGA along with other elements 

grammable interconnect structure. The CLBs, IOBs, and and/or modules. Although the RPM has a rigid size and 

interconnect structure are typically programmed by loading shape, other logic can be placed within the borders of the 

a stream of configuration data (bitstream) into internal RPM. 

configuration memory cells that define how the CLBS, 35 Although this coordinate -based method of specifying 

IOBs, and interconnect structure are configured. The con- relative locations is a useful way to represent positions, 

figuration data may be read from memory (e.g., an external modules including numerical coordinates can be difficult to 

PROM) or written into the FPGA by an external device. The maintain. When one element is added, moved, deleted, or 

collective states of the individual memory cells then deter- resized, the coordinates of other elements (potentially all 

mine the function of the FPGA. 4Q other elements in the module) can require modification. In 

One such FPGA, the Xilinx XC4000™ Series FPGA, is addition, the coordinate values are affected by several other 

described in detail in pages 4-5 through 4-78 of the Xilinx factors, such as the target FPGA architecture, the size of the 

1996 Data Book entitled "The Programmable Logic Data target FPGA device, and the size of the module itself, which 

Book" (hereinafter referred to as "the Xilinx Data Book"), may in turn be affected by the results of the mapping phase 

published September, 1996, available from Xilinx, Inc., 45 of the map, place, and route process. 

2100 Logic Drive, San Jose, Calif. 95124, which pages are The CLB resources in different architectures may differ in 

incorporated herein by reference. (Xilinx, Inc., owner of the both number and type. For example, the Xilinx XC4000 

copyright, has no objection to copying these and other pages Series CLB includes two 4-input function generators, one 

referenced herein but otherwise reserves all copyright rights 3-input function generator, and two flip-flops. The Xilinx 

whatsoever.) 50 XC3000™ Series CLB includes two 4-input function gen- 

As FPGA designs increase in complexity, they reach a erators and two flip-flops. The Xilinx XC5200™ CLB 
point at which the designer cannot deal with the entire includes four 4-input function generators and four flip-flops, 
design at the gate level. Where once a typical FPGA design Therefore, to re-target a module including numerically- 
comprised perhaps 5,000 gates, FPGA designs with 20,000 specified relative coordinates from one of these architectures 
gates are now common, and FPGAs supporting over 100, 55 to another, considerable effort may be required. 
000 gates will soon be available. To deal with this Designs arc typically entered either with schematic entry 
complexity, circuits are typically partitioned into smaller or Hardware Description Languages (HDLs). When sche- 
circuits that are more easily handled. Often, these smaller matic entry is used, explicit relative locations are typically 
circuits are divided into yet smaller circuits, imposing on the given. When structural HDL code (e.g., structural VHDL) is 
design a multi-level hierarchy of logical blocks. 60 used, the code can be parameterized and executed using the 

Libraries of predeveloped blocks of logic have been GENERATE statement. When the GENERATE statement is 

developed that can be included in an FPGA design. Such used, the assignment of RLOC coordinates to circuit ele- 

library modules include, for example, adders, multipliers, ments in the VHDL code sometimes requires complicated 

filters, and other arithmetic and DSP fiinctions from which arithmetic expressions, which can be a significant verifica- 

complex designs can be readily constructed. The use of 65 li° n burden. 

predeveloped logic blocks permits faster design cycles, by Although an RPM can be moved from place to place on 

eliminating the redesign of duplicated circuits. Further, such an FPGA without modifying its relative coordinates, the 
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processes of defining and modifying an RPM are subject to 
the limitations described above. It is therefore desirable to 
provide a method for constraining relative circuit element 
positions that does not use numerical coordinates. It is 
further desirable that the method be independent of the 5 
targeted FPGA architecture. 

SUMMARY OF THE INVENTION 

The invention supplies a method whereby placement ^ 
information for elements of a logic module is specified in 
such a manner that specific coordinates need not be 
included. This method can be applied to any module or other 
element having an associated placement in a programmable 
device. Using the method of the invention, relative coordi- 
nates (such as the RLOC constraints discussed in relation to 
the prior art) need not be specified. Instead, the invention 
introduces a vector-based form of layout. Key words or 
phrases such as "COLUMN" or "ROW" indicate the manner 
in which the elements of the module are to be placed. Use 

20 

of such parametric words or phrases removes from the 
module developer the burden of determining exactly how 
large the module will be for each parameter combination, 
and in some cases finding expressions by which the relative 
locations can be calculated. 

25 

BRIEF DESCRIPTION OF THE DRAWINGS 

The present invention is illustrated by way of example, 
and not by way of limitation, in the following figures, in 
which like reference numerals refer to similar elements. 30 

FIG. 1 shows a logic module having an assigned column 
orientation, top direction, and left alignment, mapped into a 
CLB array. 

FIG. 2 shows a logic module similar to the module of FIG. 
1, but having additional assigned stride and offset values, 35 
mapped into a CLB array. 

FIG. 3 shows a first row vector OVEC1 including two 
overlapped column vectors LOGIC and REG. 

FIG. 4 shows a second row vector OVEC2 including two 40 
overlapped column vectors LOGIC1 and LOGIC2. 

FIG. 5 shows a column vector IVEC interleaving two 
column vectors VO and VI. 

FIG. 6 shows a datapath implemented as a row vector 
comprising four column vectors. 45 

FIG. 7 shows a modular "tree" diagram for a micropro- 
cessor design. 

FIG. 8 shows the microprocessor design of FIG. 7 
mapped into an FPGA. 5Q 

DETAILED DESCRIPTION OF THE DRAWINGS 

A vector-based method of specifying physical positions 
for elements within a logic module according to the inven- 
tion is described. In the following description, numerous 55 
specific details are set forth to provide a more thorough 
understanding of the present invention. However, it will be 
apparent to one skilled in the art that the present invention 
may be practiced without these specific details. 

Many logical structures used in FPGA designs are one- 60 
dimensional, or can be decomposed into one-dimensional 
structures. The vector-based (as opposed to coordinate- 
based) method of the invention supports this "slicing" 
floorplanning approach. A "slicing floorplan" is a floorplan 
that can be obtained by repeatedly partitioning a rectangle 65 
into two parts, either by a vertical line or a horizontal line. 
(Slicing floorplans are described by Sangiovanni-Vincentelli 
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in "Automated Layout of Integrated Circuits", pp. 113-195 
of "Design Systems for VLSI Circuits", edited by G, De 
Micheli, A. Sangiovanni-Vincentelli, and P. Antognetti, pub- 
lished in 1987 by Martinus Nijhoff Publishers, which pages 
are incorporated herein by reference.) 

According to the method of the invention, a logic module 
is decomposed into a hierarchy of one-dimensional 
structures, or vectors. (A module that cannot be so decom- 
posed is called a "primitive" module, and corresponds in one 
embodiment to a basic FGPA element such as a function 
generator or a flip-flop.) Each vector comprises zero or more 
sub-vector elements. Each vector forms an ordered collec- 
tion of these elements, with indexed access. The vector is 
assigned an "orientation" attribute, in one embodiment 
either "row" or "column". In one VHDL embodiment, a 
vector with a column orientation (a "column vector") is 
created as follows: 

vectorName layout: vector template GENERIC MAP 

(orientation=>column); 
Another embodiment of the invention is implemented in a 
high-level object-oriented programming language called 
Java™. ("Java" is a trademark of Sun Microsystems, Inc.) In 
one Java embodiment, the column vector is created as 
follows: 

Vector Template vectorNameLayout« 
vectorName.applyVectorTemplate(COLUMN); 

A vector is also generally assigned a "direction" attribute. 
A vector with a row orientation (a "row vector") can have 
either a "left" or a "right" direction. A left direction means 
that the first sub-element is placed at the left edge of the row 
vector, A right direction means that the first sub-element is 
placed at the right edge of the row vector. Similarly, a 
column vector can have either a "top" or "bottom" assigned 
direction. In one VHDL embodiment, a top direction is 
assigned to an existing column vector as follows: 

vectorName_layout: vector_template GENERIC MAP 
(col_direction= >f rom_top); 
In one Java embodiment, the top direction is assigned as 
follows: 

vectorNameLayout.colDirection(FROM_TOP); 
In one embodiment, a default direction and other default 
attribute values are assumed unless a value is specified. For 
example, in one embodiment a column "bottom" direction is 
assumed by default. 

An "alignment" attribute ("left" or "right" for column 
vectors, "bottom" or "top" for row vectors) can also be 
specified for one or all vector elements. In a column vector 
with a specified left alignment, for example, the elements 
making up the column vector are aligned at their left edges. 
In one VHDL embodiment, a left alignment is assigned to all 
elements of an existing column vector as a comment embed- 
ded in the VHDL code, as follows: 

pragma vectorName_Jayout .alignAllElements(LEFT); 
In one Java embodiment, the left alignment is assigned as 
follows: 

vectorNameLayout.alignAllElements(LEFT); 

FIG. 1 shows a vector having an assigned column 
orientation, left alignment, and top direction, as mapped into 
an FPGA CLB array. The four row vectors RV1-RV4 
making up column vector CVA are aligned along their left 
edges (i.e., along line 100). The row vectors are in order 
from top to bottom, following the sequence in which they 
are encountered in the code describing column vector CVA. 

In one embodiment, elements in a vector are abutted 
directly to one another. In another embodiment, the default 
placement is with elements directly abutting, but an optional 
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"stride" attribute provides for spacing between elements, 
and an optional "offset" attribute reserves space before the 
first element. An offset value defines the number of unused 
tiles (e.g., CLBs) before the first element, while a stride 
value defines the minimum number of tiles between the 5 
starting points of any two adjacent elements. In one Java 
embodiment, a stride value of "2" is assigned to an existing 
row or column vector as follows: 

vectorNameLayout.stride(2); 
and an offset value of "2" is assigned to an existing row or 1Q 
column vector as follows: 

vectorNameLayout.offset(2); 

FIG. 2 shows a vector similar to the vector of FIG. 1, but 
having additional assigned stride and offset values, mapped 
into a CLB array. In vector CVB of FIG. 2, the stride value 
is set to "2", and the offset value is also set to "2". 
Proceeding from top to bottom as indicated by the specified 
direction ("top"), vector CVB first includes two empty rows 
of CLBs (offiset=2), followed by row vectors RV1-RV4, 
with one empty row between each row vector (stride=2). 

FIGS. 1 and 2 illustrate an advantage that the vector-based 20 
placement information of the invention has over coordinate- 
based implementations. Specifically, if the positions of 
RV1-RV4 in FIG. 1 were specified using coordinates, cre- 
ating the vector of FIG. 2 would require the user to recal- 
culate all of these coordinates. For large designs, this recal- 25 
culation can involve a significant effort. 

A module can specify that a vector be "folded" to fit into 
an available space. In one embodiment, folding is specified 
for an existing vector as follows: 

vectorNameLayout.foldSize(expression); 30 
The foldSize attribute specifies the number of elements after 
which a new row or column is started. In one embodiment, 
automatic folding is performed when a vector reaches a 
boundary of the target device. The direction in which a 
vector is to be folded can optionally be specified, as in the 35 
following example: 

vectorNameLayout.colFold(RIGHT); 

Vectors allow structured layouts to be described suc- 
cinctly. For example, a two-dimensional array of circuit 
elements can be represented as a row vector, where each 40 
element of the row vector is a column vector. In general, any 
slicing floorplan can be obtained by the recursive application 
of vector-based layouts. Non -slicing floorplans are still 
achievable by defining an RPM including vector-based 
elements, where the vector-based elements have relative 45 
locations specified using traditional methods such as RLOC 
constraints. 

It is also desirable to have the ability to merge vector 
elements across hierarchical boundaries. This ability 
increases the density of the resulting implementation. Some- 50 
times the speed of the resulting implementation is increased 
as well, due to reduced interconnect delays. One embodi- 
ment of the invention provides three methods by which 
vector elements can be merged across hierarchical bound- 
aries. These methods are referred to herein as "overlapping", 55 
"interleaving", and "remapping". 

To "overlap" two vectors means that the two vectors are 
assigned to the same row or column of tiles (e.g., CLBs). 
The vector elements arc, in effect, stacked in the 
z-dimension rather than the x or y dimension as for standard 60 
vectors. For example, an overlap vector for the Xilinx 
XC4000 Series architecture could contain zero, one, or two 
vectors of 4-input function generators, and zero, one, or two 
vectors of flip-flops. An overlap vector attempts to overlap 
its elements; if the elements cannot be overlapped, an error 65 
message is issued. In one Java embodiment, a row vector is 
created and designated as an overlap vector as follows: 



Overlap Template vectorNameLayout- 
vectorName.applyoverlapTemplate(ROW); 

FIG. 3 shows a first row vector OVEC1 including two 
overlapped column vectors LOGIC and REG. Vector 
LOGIC is mapped into function generators FG1-FG6 of 
CLBs CLB1-CLB3. Vector REG is a register and is mapped 
into flip-flops FF1-FF6 of CLBs CLB1-CLB3. 

FIG. 4 shows a second row vector OVEC2 including two 
overlapped column vectors LOGIC1 and LOGIC2. In this 
example, both sub-vectors LOGIC1 and LOGIC2 use func- 
tion generator logic, but sub-vector LOGIC1 includes a 
specification mapping the logic into the "top" function 
generator in each CLB, while sub-vector LOGIC2 includes 
a specification mapping the logic into the "bottom" function 
generator in each CLB. Note that vector OVEC2 could also 
be overlapped, in another module higher in the hierarchy, 
with a flip-flop-only module such as column vector REG of 
FIG. 3. 

To "interleave" two vectors means that the two vectors are 
"shuffled together'', i.e., their elements are assigned to the 
same row or column of CLBs, but are interspersed with one 
another. Each vector element is a sub-vector Vi. The sub- 
vector elements are shuffled together in the order specified 
by a "pattern" table of indices that is used cyclically. For 
example, a pattern of [0,1,1,2] indicates taking the first 
element from sub-vector V0, the next two from sub-vector 
VI, the next from sub-vector V2, the next from sub-vector 
V0, and so on. Any sub-vector that is exhausted (i.e., has 
"run out" of elements) is skipped, and the process repeats 
until all sub-vector elements are used. An interleave vector 
attempts to interleave its sub -vectors according to a specified 
pattern; if the sub-vectors cannot be interleaved as specified, 
an error message is issued. In one Java embodiment, a vector 
is created and designated as an interleave vector as follows: 

Interleave Template vectorNameLayout« 
vectorName.applylnterleaveTemplate(COLUMN); 

vectorNameLayout.pattern("0 1 1 2"); 

FIG. 5 shows a column vector IVEC that interleaves two 
column vectors V0 and VI using a pattern of [0,1,0]. In this 
example, vector V0 includes six elements V0 o -V0 5 and 
vector VI includes two elements Vl 0 , Vl a . The first element 
V0 o (the top element, as in this example vectors V0 and VI 
have associated "top" attributes) comes from vector V0. As 
designated by the pattern, the second element Vl 0 is from 
vector VI and the third clement V0 3 from vector V0. The 
pattern now repeats, and the fourth element V0 2 is from 
vector V0, the fifth element Vl a from vector VI, and the 
sixth element V0 3 from vector V0. In the third iteration of 
the pattern, vector VI has been exhausted, so the remaining 
elements of vector V0 are used to complete vector IVEC by 
adding elements V0 4 , V0 5 . 

Note that while this and some other examples herein use 
single CLBs as vector elements to simplify the drawings, the 
vector elements may comprise lower-level elements such as 
function generators and/or flip-flops, or higher-level ele- 
ments such as other row or column vectors, or a combination 
of any of these types of elements. For example, row ele- 
ments can be combined to create either a column element or 
another row element. Row elements and column elements 
can be combined to create either a column element or a row 
element. In fact, a vector's orientation can be changed from 
row to column or vice versa. Any other vector attribute can 
also be changed, if desired. 

Overlapping and interleaving vectors enable CLB-level 
packing when there is no contention for CLB resources 
between vector elements. However, to achieve high perfor- 
mance in a design that uses hierarchical modules, it is 
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sometimes desirable to combine vector elements from two 
or more different vectors to utilize a single resource such as 
a function generator on a target device. Because a 4-input 
function generator can implement any logic function of four 
inputs and one output, such technology-specific remapping 5 
can be performed at the function generator level. 

A "remapped" vector extends this operation from the 
function generator level to combine combinational elements 
in two or more different vectors while maintaining the vector 
indexing. By preserving this vector indexing, a "remapped" no 
vector can be incorporated into another vector just like any 
other vector. 

The method of the invention is particularly applicable to 
datapaths. A good datapath design methodology should 
minimize the amount of work required to accomplish any of 15 
the following tasks: 

1) changing bit width; 

2) changing bit order; 

3) changing dataflow direction; 

4) adding or removing either combinational or registered 20 
logic at any stage in the datapath; and 

5) replacing a datapath component with another implemen- 
tation having a different area/speed tradeoff. 

For example, a register file in a datapath can be imple- 
mented with either flip-flops or RAM, and can be structured 25 
as a row of columns, a column of rows, a row of rows, or a 
column of columns. Vector attributes have a direct corre- 
spondence with register file structural parameters such as the 
number and width of the registers, and with register file 
layout properties such as data bus ordering and orientation. 30 

The exemplary datapath of FIG. 6 comprises n registers 
followed by n complementers, n shifters, and n comparators. 
This datapath is captured succinctly as a vector layout with 
the first element RG comprising the register file, the second 
element CP comprising the complementers, the third ele- 35 
ment SH comprising the shifters, and the fourth element CO 
comprising the comparators. Each of these elements is 
implemented as a column vector of CLBs. These four 
elements are then combined in a row vector DR To add an 
additional element to the datapath, such as a pipeline 40 
register, does not require any changes to the existing data- 
path elements, but merely the addition of the pipeline 
register to row vector VR CLB utilization can optionally be 
improved by using overlap or remap vectors for parts of the 
datapath, 45 

One type of logic module optionally using the placement 
specification method of the invention is described by Hwang 
et al in commonly assigned, concurrently filed U.S. patent 
application Ser. No. 09/049,892 entitled "Heterogeneous 
Method for Determining Module Placement in FPGAs", 50 
which is referenced above and incorporated herein by ref- 
erence. The logic modules described by Hwang are written 
in Java. 

FIG. 7 shows an exemplary modular "tree" diagram 
showing the physical hierarchical structure of a micropro- 55 
cessor design to be implemented in a programmable IC. A 
Java description for the microprocessor design of FIG. 7 is 
as follows: 

// Set parameters 

final int NUM BER_DECODE__TABLES=6; 60 

final int NUMBER_GENERAL__REGISTERS=4; 

// Define top-level module 

SimGroup microprocessor-new SimGroupO; 

// Define and add second level of hierarchy 65 

SimGroup control«new SimGroupO; 

SimGroup datapath-new SimGroupO; 
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microprocessor.add(control); 
microprocessor.add(datapath); 
// Define and add third level of hierarchy in 
// control module 

SimGroup sequencer=new SimGroupO; 

SimGroup decoder«new SimGroupO; 

SimGroup memoryinterface=new SimGroupO; 

control. add(sequencer); 

control.add(decoder); 

controi.add(memoryInterface); 

// Define and add third level of hierarchy in 

// datapath module 

SimGroup alu=new SimGroupO; 

SimGroup registerFile=new SimGroupO; 

datapath. add(alu); 

datapath. add(registerFile); 

// Define and add fourth level of hierarchy in 

// sequencer module 

SimGroup controlRegisters=new SimGroupO; 

SimGroup stateMachine=new SimGroupO; 

sequencer.add(controlRegisters); 

sequencer.add(stateMachine); 

// Define and add fifth level of hierarchy in 

// controlRegisters module 

SimGroup ccr=new SimGroupO; 

SimGroup pc»new SimGroupO; 

controlRegisters. add(ccr); 

controlRegisters.add(pc); 

// Define and add fourth level of hierarchy in 

// decoder module 

for (int i=0; i <NUMBER_DECODE_TABLES; i++) { 
SimGroup decodeTable=new SimGroupO; 
decoder. add(decodeTable); 

} 

// Define and add fourth level of hierarchy in 

// memoryinterface module 

SimGroup memoryRegisters=new SimGroupO; 

SimGroup interfaceLogic=new SimGroupO; 

memorylnterface.add(memoryRegisters); 

memoryInterface,add(interface Logic); 

// Define and add fifth level of hierarchy in 

// memoryRegisters module 

SimGroup mdr=new SimGroupO; 

SimGroup mar«new SimGroupO; 

memoryRegisters. add(mdr); 

memoryRegisters.add(mar); 

// Define and add fourth level of hierarchy in 

// registerFile module 

for (int i=0; i <NUMBER_GENERAL_REGISTERS; 
i++){ 

SimGroup register»new SimGroupO; 
registerFile.add(register); 

} 

In the exemplary Java code above, a module is a Java 
object of class SimGroupO. Each time a new module is 
defined, the code "new SimGroupo" is used. The new 
module is then added to the parent module (the module 
"above" the new module in the hierarchy shown in FIG. 7). 
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For example, the "control" and "datapath" modules are 
defined using the code: 

SimGroup control=new SimGroupO; 

SimGroup datapath^new SimGroupO; 
then added to the "microprocessor" module as follows. 5 

microprocessor.add(control); 

microprocessor.add(datapath); 

The "decoder" module includes a set of tables, where the 
number of tables in the module is a parameter "NUMBER_ 30 
DECODE_TABLES" . (In the embodiment of FIG. 7, the 
parameter NUMBER_DECODE_TABLES is set to 6.) A 
"for" loop is used to implement this set of tables. Similarly, 
the "register file" module includes a variable number of 
registers (NUMBER_GENERAL_REGISTERS). 35 

FIG. 8 shows the microprocessor design of FIG. 7 
mapped into an FPGA, including the relative positions of 
each module shown in FIG. 7 and in the above Java code. 
The Java placement directives for the microprocessor, defin- 
ing a vector for each module using the placement specifi- 2 o 
cation method of the present invention and describing the 
layout of FIG. 8, are as follows. 

// The microprocessor module is implemented as a 

// column vector starting at the top 

Vector Template microprocessorLayout = 25 
microp rocessor. appl y VectorTempl ate(CO LU M N); 

microprocessorLayout.colDirection(FROM_TOP); 

// The control module is implemented as a row vector 

// starting at the left 30 

VectorTemplate controlLayout« 
control, apply VectorTemplate(ROW); 

controlLayout.rowDirection(FROM_LEFT); 

// The datapath module is implemented as a row 35 

// vector starting at the left 

VectorTemplate datap a thLayout = 

datapath.applyVectorTemplate(ROW); 

datapathLayout.rowDirection(FROM_JLEFT); 

// The sequencer module is implemented as an overlap 40 

// column vector starting at the bottom 

Overlap Template sequencerLayout = 

sequencer.applyoverlapTemplate(COLUMN); 
sequencerLayout.colDirection(FROM__BOTTOM); 45 
// The stateMachine module is implemented using a 
// simulated annealing algorithm 

FlexibleLayout . state M ac hineLa yout = 

stateMachine. apply Flexible LayoutO; 50 
// Constraints reserve space in the stateMachineLayout 
// for the controlRegisters 

// The controlRegisters module is implemented as a 
// column vector starting at the top, with the 
// elements aligned along their right edges 
, VectorTemplate controlRcgistcrsLayout- 
controlRegisters.applyVectorTempIate(COLUMN); 
controlRegistersLayout.colDirection(FROM_TOP); 
controlRegistersLayout.alignAllElements(RIGHT); 60 
// The decoder module is implemented as a column 
// vector starting at the bottom, folded to the 
// right after three elements 

VectorTemplate decoderLayout- 6 5 

decoder, apply VectorTemplate(COLUMN); 
decoderLayout.colDirection(FROM_BOTTOM); 
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decoderLayout.colFold(RIGHT); 

decoderLayout.foldSize(NUMBER__DECODE_ 
TABLES/2); 

// The memoryinterface module is implemented as a 
// row vector starting at the left 

OverlapTemplate memoryInterfaceLayout = 
memorylnterface.applyoverlapTemplate(ROW); 

memoryInterfaceLayout.rowDirection(FROM_LEFT); 

// The memoryRegisters module is implemented as a 

// row vector starting at the left, with the 

// elements aligned along their top edges 

VectorTemplate memoryRegistersLayout = 
memoryRegisters.applyVectorTemplate(ROW); 

memoryRegistersLayout.rowDirection(FROM_LEFT); 

memoryRegistersLayout.alignAllElements(TOP); 

// The interfaceLogic module is implemented using 

// a simulated annealing algorithm 

FlexibleLayout inter face LogicLayout- 
interfaceLogic.applyFlexibleLayoutO; 

// Constraints reserve space in the interfaceLogicLayout 

// for the memoryRegisters 

// The alu module is implemented as an RPM 

RelationallyPlacedMacro aluLayout=alu. apply RPM(); 

// The registerFile module is implemented as a row 

// vector starting at the left 

VectorTemplate registerFileLayout = 

registerFile.applyVectorTemplate(ROW); 

registerFileLayout.rowDirection(FROM_LEFT); 

As can be seen from the above placement directives, the 
physical information is organized in a manner corresponding 
to the modular tree of FIG. 7. The "microprocessor" module 
is laid out as a column vector with two sub- vectors, "con- 
trol" and "datapath". The "microprocessor" vector also has 
an assigned direction attribute "FROM_TOP", which speci- 
fies that the column be built with the sub-vector first added 
to the vector (in this case, "control") at the top, as in FIG. 
8. The "control" and "datapath" modules are both laid out as 
row vectors (orientation attribute "ROW"), and are laid out 
from the left (direction attribute "FROM_LEFT"). The 
"sequencer" module is laid out as an overlap vector, where 
the "CCR" and "PC* vectors are overlapped with the "state 
machine" layout. 

The "state machine" and "logic" modules use a different 
type of layout strategy. To implement these modules, a Java 
method called "apply Flexible LayoutO" is used. In this 
example, the applyFlexibleLayoutO method implements a 
simulated annealing algorithm, but other layout strategies 
could also be used. This procedure of incorporating different 
layout strategics in a single design is described by Hwang et 
al in the above-referenced U.S. patent application Ser. No. 
09/049,892 entitled "Heterogeneous Method for Determin- 
ing Module Placement in FPGAs". 

The "decoder" module includes six different tables, Table 
O-Table 5, as shown in FIG. 7. To advantageously fit the 
decoder into the control module, the decoder column vector 
is folded into a "double column" as follows: 

decoderLayout.foldSize(NUMBER_DECODE_ 
TABLES/2); 

As shown in FIG. 8, tables Table 0-Table 2 form a first 
column next to tables Table 3-Table 5. 

The "alu" module is incorporated as a Relationally Placed 
Macro (RPM) previously implemented using prior art meth- 
ods. A Java method called "applyRPMO" is used to incor- 
porate an RPM into a vector-based design. 
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It has been demonstrated that the method of the invention 
provides a coordinate-free method of specifying relative 
placements for module elements, providing the advantages 
of portability across different FPGA architectures and case 
of creating and modifying module placements. Those having 
skill in the relevant arts of the invention will now perceive 
various modifications and additions which may be made as 
a result of the disclosure herein. For example, the above text 
describes the invention in the context of SRAM -based 
FPGAs. However, the invention can also be applied to other 
programmable ICs such as mask-programmable FPGAs, 
Application Specific ICs (ASICs), and devices in which only 
a portion of the logic is programmable. Accordingly, all such 
modifications and additions are deemed to be within the 
scope of the invention, which is to be limited only by the 
appended claims and their equivalents. 

What is claimed is: 

1. A method for specifying placement information for 
elements in a programmable IC, the method comprising the 
steps of: 

specifying a first element to be included in the program- 
mable IC; 

specifying a second element to be included in the pro- 
grammable IC; and 

specifying a structural organization for the first and sec- 
ond elements, the structural organization being speci- 
fied without the use of numerical coordinates, wherein: 
the first element comprises a first column vector; 
the second element comprises a second column vector; 
and 

the structural organization comprises a third column 
vector of the first and second column vectors. 

2. The method of claim 1, wherein the first and second 
column vectors are interleaved to form the third column 
vector. 

3. A method for specifying placement information for 
elements in a programmable IC, the method comprising the 
steps of: 

specifying a first element to be included in the program- 
mable IC; 

specifying a second element to be included in the pro- 
grammable IC; and 

specifying a structural organization for the first and sec- 
ond elements, the structural organization being speci- 
fied without the use of numerical coordinates, wherein: 
the first element comprises a first row vector; 
the second element comprises a second row vector; and 
the structural organization comprises a third row vector 
of the first and second row vectors. 

4. The method of claim 3, wherein the first and second 
row vectors are interleaved to form the third row vector, 

5. A method for determining the placement of elements in 
a logic module, the method comprising the steps of: 

specifying a first vector element; 
assigning a first orientation to the first vector element; 
specifying a second vector element; 
assigning a second orientation to the second vector ele- 
ment; and 

specifying a relative placement for the second vector 
element relative to the first vector element, the first and 
second vector elements forming a third vector element. 

6. The method of claim 5, further comprising the step of 
specifying a direction for the first vector element. 

7. The method of claim 5, further comprising the step of 
specifying an alignment for the first vector element. 
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8. The method of claim 5, wherein the first and second 
vector elements are abutting. 

9. The method of claim 5, wherein the logic module is 
targeted to an FPGA comprising an array of CLBs, further 

5 comprising the step of specifying that the first and second 
vector elements be separated by a specified number of 
CLBs. 

10. The method of claim 5, wherein the logic module is 
targeted to an FPGA comprising an array of CLBs, further 

10 comprising the step of specifying that at least a portion of the 
first and second vector elements be mapped into the same 
CLBs. 

11. The method of claim 5, wherein the logic module is a 
35 datapath. 

12. A method for determining the placement of elements 
in a logic module, the method comprising the steps of: 

specifying a first vector element; 
assigning a first orientation to the first vector element; 
20 specifying a second vector element; 

assigning a second orientation to the second vector 
element, the second orientation being the same as the 
first orientation; and 
25 specifying a relative placement for the second vector 
element relative to the first vector element, the first and 
second vector elements forming a third vector element 
having an orientation the same as the orientation of the 
first and second vector elements. 
30 13. The method of claim 12, further comprising the step 
of specifying that the first and second vector elements be 
interleaved to form the third vector element. 

14. The method of claim 12, further comprising the step 
of specifying that the first and second vector elements be 

35 overlapped to form the third vector element. 

15. A method for determining the placement of elements 
in a logic module, the method comprising the steps of: 

specifying a first vector element; 
^ assigning a first orientation to the first vector element; 
specifying a second vector element; 
assigning a second orientation to the second vector 
element, the second orientation being the same as the 
first orientation; and 
45 specifying a relative placement for the second vector 
element relative to the first vector element, the first and 
second vector elements forming a third vector element 
having an orientation perpendicular to the orientation 
of the first and second vector elements. 
50 16. The method of claim 15, further comprising the step 
of specifying a direction for the first vector element. 

17. The method of claim 15, further comprising the step 
of specifying an alignment for the first vector element. 

18. The method of claim 15, wherein the first and second 
55 vector elements are abutting. 

19. The method of claim 15, wherein the logic module is 
targeted to an FPGA comprising an array of CLBS, further 
comprising the step of specifying that the first and second 
vector elements be separated by a specified number of 

60 CLBs. 

20. The method of claim 15, wherein the logic module is 
targeted to an FPGA comprising an array of CLBS, further 
comprising the step of specifying that at least a portion of the 
first and second vector elements be mapped into the same 

65 CLBs. 

21. The method of claim 15, wherein the logic module is 
a datapath. 
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22. A method for specifying placement information for 
elements in a programmable IC, the method comprising the 
steps of: 

specifying a first element to be included in the program- 
mable IC; 

specifying a second element to be included in the pro- 
grammable IC; and 

specifying a structural organization for the first and sec- 
ond elements, including specifying a vector orientation 
for a combination of the first and second elements. 

23. The method of claim 22, wherein: 

the first element comprises a first column vector; 
the second element comprises a second column vector; 
and 

the structural organization comprises a row vector of the 
first and second column vectors. 

24. The method of claim 22, wherein: 

the first element comprises a first row vector; 
the second element comprises a second row vector; and 
the structural organization comprises a column vector of 
the first and second row vectors. 

25. The method of claim 22, wherein specifying the 
structural organization further includes specifying a direc- 
tion for at least one of the first and second elements. 

26. The method of claim 22, wherein specifying the 
structural organization further includes specifying an align- ' 
ment for the first and second elements. 

27. The method of claim 22, wherein specifying the 
structural organization further includes specifying a spacing 
between the first and second elements. 

28. The method of claim 22, wherein specifying the 
structural organization further includes specifying an offset 
between the first and second elements. 
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29. The method of claim 22, wherein specifying the 
structural organization further includes specifying that at 
least one of the first and second elements be folded to fit an 
available space. 
5 30. The method of claim 22, wherein specifying the 
structural organization further includes specifying that the 
first and second elements be overlapped. 

31. The method of claim 22, wherein the programmable 
IC is an FPGA comprising an array of CLBs, and specifying 

10 the structural organization further includes specifying that 
the first and second elements be combined and remapped 
into the CLBs. 

32. The method of claim 22, wherein: 

35 the first element comprises a first column vector; 

the second element comprises a second column vector; 
and 

the structural organization comprises a third column vec- 
tor of the first and second column vectors. 
20 33. The method of claim 22, wherein specifying the 
structural organization further includes specifying that the 
first and second elements be interleaved to form the third 
column vector. 

34. The method of claim 22, wherein: 
25 the first element comprises a first row vector; 

the second element comprises a second row vector; and 
the structural organization comprises a third row vector of 
the first and second row vectors. 
30 35. The method of claim 34, wherein specifying the 
structural organization further includes specifying that the 
first and second elements be interleaved to form the third 
row vector. 

***** 
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